home *** CD-ROM | disk | FTP | other *** search
- Vous êtes libre de remplir n'importe quelle partie des questions ci-dessous.
- Effacez les sections non utilisées, et renvoyez le questionnaire à l'adresse
- dans csh.doc. Je préfère des réponses électroniques à celles imprimées, aussi
- si vous souhaitez m'envoyer ceci, renvoyez-le sur disque ou par e-mail.
- Comprenez aussi que je ne puisse répondre à tous les courriers, mais vos
- réponses sont appréciées de toutes façons.
-
- Merci pour votre temps
- -Dominik
-
- ----------------------------------------------------------------------------
- CONFIGURATION DU SYSTEME
-
- >Insérez votre adresse complète ou votre signature ici:
-
-
-
- >Avez-vous un accès à FTP?
- >Avez-vous accès à IRC?
-
- >Votre système....
- >Ordinateur :
- >CPU :
- >version OS :
- >Version Csh:
- >Chip mem :
- >Fast mem :
- >DD :
-
- ----------------------------------------------------------------------------
- CLASSEMENT
-
- S'il vous plaît jugez les aspects suivants avec des notes de 1 à 9, où 9
- est le mieux.
-
- >Utilisation de la mémoire: 1=trop beaucoup trop, 9=sans aucun problème
- >Taille de l'exécutable: 1=beaucoup trop d'encapsulées, 9=sans problème
- >Vitesse des scripts: 1=Beaucoup trop lent, 9=ne pourraît être plus rapide
- >Consistence des scripts: 1=illogique, 9= bonne
- >Feeling Unix: 1=sans similitude, 9=parfaite
- >Stabilité: 1=plante tout le temps, 9=vu aucun crash jusqu'à maintenant
- >Docs pour débutants: 1=très dur pour les comprendre, 9= parfait
- >Docs pour experts: 1= totalement chaotique, 9= très utile
- >Niveau général: 1=une belle merde, 9=le shell de mes rêves
-
- >Niveau général (comment aimez-vous Csh):
-
-
-
- ----------------------------------------------------------------------------
- COOPERATION
-
- >Voulez-vous beta-tester les prochaines versions de csh? Notez que cela signifie
- >du boulot pour vous, pas juste obtenir de nouvelles versions de csh plus tôt.
- >Voulez-vous ajoutez des possibilités à csh?
- >Si oui, lesquelles?
-
- ----------------------------------------------------------------------------
- RAPPORT DE BUGS
-
- >S'il vous plaît, remplissez aussi la section CONFIGURATION DU SYSTEME.
- >
- >Description du bug:
-
-
- >Est-ce que ça arrive toujours?
- >Y a-t-il des versions de csh avec lesquelles ça n'arrive pas?
- >Avez-vous des outils qui fonctionnent qui pourraient causer le problème?
-
- ----------------------------------------------------------------------------
- COMPATIBILITE
-
- >La compatibilité avec certains anciens scripts csh amiga pourraît-elle sacrifiée
- >en faveur d'une compatibilité UNIX accrue?
-
-
- >Possibilités de csh UNIX qui devraient être implémentées dans le csh amiga:
-
- >Même syntaxe 'foreach':
- >Même syntaxe 'set':
- >Une commande 'while':
- >Une commande 'case':
- >'if $a -eq b':
- >Des modificateurs d'historique:
- >Modificateurs de variable { }:
- >Même syntaxe head/tail (serait incompatible avec la version courante):
- >Le caractère ~ comme alias de $home au lieu du précédent répertoire courant
- >Autres:
-
-
- >Autres possibilités qui pourraient poser un problème de compatibilité:
-
- >Eteindre l'abréviation des commandes par défaut:
- >Autoriser les fonctions-@ pas uniquement au début des arguments:
- >if -t retourne FALSE si les deux fichiers ont la même date:
- >Lancer .login seulement pour le premier shell, et .cshrc pour tous les shell:
-
- ----------------------------------------------------------------------------
- DIVERSES PROBLEMES
-
- >Est-ce que la vitesse des scripts est un problème?
- >Pensez-vous qu'une vitesse grandement améliorée ouvrirait un nouveau champ
- >d'application pour csh (ex. remplacer BASIC ou AREXX pour des petits
- >programmes)?
- >Est-ce que l'utilisation dynamique de la mémoire doit être réduit?
- >Pourquoi pqs une version qui utilise la dos.library 2.0 au lieu de la
- >arp.library?
- >Et si csh 5.20 devenait exclusivement pour kickstart 2.0?
-
- ----------------------------------------------------------------------------
- SOUSSHELLS
-
- >Beaucoup de gens ont demandé des pipes concurrents (asynchrones, réels). Ceci
- >signifie que tous les programmes dans un pipe sont lancés simultanément, de
- >façon que la sortie du premier programme rejoint le dernier avant que le premier
- >ait terminé.
-
- >Question: Voulez-vous des pipes concurrents? Ceci a des inconvénients.
- >Après un 'dir | more' vous ne pourriez pas scroller en arrière parce que les
- >unités de pipe ne permettent pas de s'y positionner arbitrairement (seek).
-
- >Il y a un second inconvénient: Tout programme dans un pipe devrait être lancé
- >en arrière plan. Mais si c'est une commande Csh encapsulée? Ca ne marchera pas.
- >Ainsi chaque commande devra être lancée dans un sous-shell. La ligne
- > toto | tata devient
- > rback csh -c toto >pipe:pip1;rback csh -c tata <pipe:pip1
- >Mais ça devient encore pire: Et si 'toto' était un alias? Ainsi le sous-shell
- >devrait connaître tous les alias et les variables du shell courant. C'est là
- >que je demande votre opinion. Les sous-shells devraient-ils recevoir une copie
- >locale de toutes les variables non-locales du shell père? Ca ne fait pas une
- >grande différence si les sous-shells sont utilisés seulement pour les pipes,
- >mais s'ils sont aussi disponibles pour l'utilisateur, on devrait le leur dire.
- >Donc laquelle des solutions préférez-vous, ou en connaissez-vous d'autres?
-
- ----------------------------------------------------------------------------
- IDEES
-
- >Avez-vous pensé à une possibilité intéressante que vous voudriez voir dans csh?
- >Il y a des possibilités que j'envisage d'implémenter. S'il vous plaît choisissez
- >celles que vous aimez le plus en effaçant les autres. Je ne peux pas implémenter
- >tout ça donc je choisirai ce qui a été retenu le plus souvent.
-
- >Après que j'aie eu les premières réponses, je resens l'urgence d'ajouter ceci:
- >S'IL VOUS PLAIT EFFACEZ-EN! :-)
-
- Il y a des possibilités qui seront probablement implémentées. Le nombre à la fin
- de chaque lgne est le niveau de difficulté, 1= facile.
- (N.d. T. Je n'ai pas traduit les termes ci dessous afin que l'auteur n'ait pas de
- mal à synthétiser l'ensemble des réponses, même si elles viennent des
- utilisateurs francophones.)
-
- priority +1 during editing and internal commands 1 <-
- _rawcon sets console to raw 1 <-
- 'window' cuts down given heigt if necessary 1 <-
- dir -s sorts columnwise 1 <-
- dir -notitles 1 <-
- 'builtin' and 'external' override aliases 1 <-
- 'shift' kills first word in var 1 <-
- .cshrc and .login and .logout 1 <-
- 'elsif' 1 <-
- @a0tolf() 1 <-
- 'continue' command (does the same as the C equivalent) 1 <-
- 'break' command (does the same as the C equivalent) 1 <-
- no multiple printing '^C' on interruption 1 <-
- /=$_root, ~/=$_home 1 <-
- 'a=100' for 'set a 100' 1 <-
- $var# for @words( var ) 1 <-
- @strins, @strdel 1 <-
- supply error msg if action failed 1 <-
- 'shift' command, removes first word 1 <-
- allow multi word strings in $_rback 1 <-
- filenote containing CLASS: -> same as class 1 <-
- starting csh directly from workbench 2 <-
- use rawkeys so ALT and any CTRL combinations can be used 2 <-
- make csh ARP free and kickstart 2.0 only 2 <-
- startup file specified in icon 2 <-
- allow scripts to have 'csh' as default tool 2 <-
- shell as AppIcon or even AppWindow 2 <-
- make the dir -s display mechanism available to user 2 <-
- subclasses 2 <-
- @subfile same as subwords, but works with varname (fast) 2 <-
- allow e > ram:temp 2 <-
- copy -m works recursively 2 <-
- error msg from inside batch file contains line number 2 <-
- jump to error on the command line 2 <-
- . = source 2 <-
- DICE compilability 2 <-
- keymap support for macros 2 <-
- faster internal handling of sys vars 2 <-
- REXX messages can be received whenever the prompt shows 2 <-
- title bar update every 10 seconds or so 2 <-
- optional new syntax: 'delete xxx ALL' for 'delete -r xxx' 2 <-
- dir -recursive 2 <-
- i-bit, set if corresponding .info file exists 2 <-
- echo $hello[$i] is the same as echo @word( hello $i ) 2 <-
- 'while' command 2 <-
- 'switch' 'case' 2 <-
- 'which' 2 <-
- expressions: eval i 2*(17+5) or set i @eval( 2+3 ) 2 <-
- environment inheritance: subshells learn all aliases 3 <-
- total parser rewrite; expected speed increase 300% 3 <-
- 'rxreturn' returns strings to the rexx originator 3 <-
- async rexx port 3 <-
- german doc 3 <-
- $[ ] for expression evaluation 3 <-
- use ExAll() for faster wild card expansion 3 <-
- porting to UNIX 3 <-
-
-
- Voici les possibilités qui ont le moins de chances d'être implémentées:
- @screenheight, @screenwidth 1
- make basename UNIX compatible 1
- every command should accept STDIN as file name 2
- use 2.0 System() call for 'run' 2
- do a 2.0 only version of csh 3
- alias hi ho; hi& 3
- history substitution using ^ ^ 3
- @newsuff( ) appends new suffix, maybe 'newsuff' command 1
- path search before auto cd or vice versa?? 1
- @amigasyntaxtocsh( ) will convert keywords like ALL to -r 1
- @sortnew( ) sorts by date (less efficient than dir -t) 2
- @quote( ) quotes args with blanks 1
- lformat for 'dir' titles 2
- env:cshdefaults contains startup opts 1
- use AllocMem instead of malloc for 'readfile' 1
- bug: preformat: ` inside args 1
- @eof() 2
- @numrows, @numcols 1
- restore _noreq on exit 1
- color change in lformat 2
- bug: forever input <.1 3
- remove leading blanks inside blocks in source files 2
- history completion accepts patterns 2
- allow shift-up shift-up (takes you to next matching line) 3
- look at pure bit before making something resident 3
- make @()= overridable 3
- 'error' can set secondary result 2
- update the qcd file 3
- bug: path assigns of c: are not searched 3
- @classis( file class ) : says if file could be class 3
- bug: after window -l, not the whole window is used ?
- if accepts && and || 2
- touch -d file...file date ?
- a 'quickcd searches first' variable 3
- a 'tabfilenamecompletion searches first' variable 3
- [] in aliases works like AmigaDOS 2
- macros inside keymaps 2
- dynamic stack checking 2
- get the value of a var into the prompt for editing 1
- _kickstart for kick version 1
- startup option for no default aliases 1
- provide a command executed on disk insertion 1
- separate window for input 3
- run multiple commands; 'run "ECHO hi;ECHO ho' (subshell?) 3
- clicking on file names makes them appear in prompt 3
- a simple 'more' ---> batch file 1
- foreach i ( a b c ) do ---> { } blocks 2
- echo $i 2
- end 2
- 'printf' like command 1
- aliases defined in special batch files 1
- dir *: for dir of all devices 3
- 'fltdetab', 'fltentab' 1
- restore current directory after quitting 1
- ignore certain files on filename completion 3
- automatically start subshell for 'run dir' 2
- 'seek', also linewise 2
- insert an 'empty' cycle in tab file name expansion 1
- write a log 1
- flag for copy and rm: confirm 1
- search shouldn't output binary lines 2
- 'readlines' number, @picklines 2
- aliases to determine file class, do editin 2
- search -r outputs full paths 2
- 'options command defaultopts' --> alias 1
- mark current drive in 'info' 2
- look at 'execute' bit 2
- action -v for verbose --> set _verbose 2 1
- reduce CurrentDir()s in do_copy 1
- functions made user definable 2
- sleep -ticks waits in 1/50 of a second 1
- starting on aux should be recognized automatically 2
- build new types into class.sh 2
- async REXX, title bar updating 2
- substitution using ^ ^ 2
- 'changesuffix' command 1
- path search before auto cd? vice versa? 1
- @oldsyntaxtonewsyntax( ) 1
- @sortnew sorts files by time 2
- lformat for dir titles 2
- environment variable 'CshDefaults' 1
- use AllocMem() instead of malloc() more often 1
-